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DETAILED ACTION 

1 . The following is a Final Office Action in response to the communication received 
on September 19, 2006. 

Claims 1-2 are currently amended. Claims 1-101 are currently pending. 

Response to Amendment 

2. Applicant's amendments to claims 1 -2 are acknowledged. 

Response to Arguments 

3. Applicant's arguments have been fully considered, but are found unpersuasive. 
In the Remarks, Applicant argues the following: 1 ) that Swanson does not teach 
catching a message wherein the message was generated by a disparate, ancillary 
system at a sub-enterprise level, converting, at the enterprise level, content from the 
message to enterprise information using the content conversion rules as recited in 
independent claims 1,31,61 and 91 ; 2) that Swanson does not teach storing the 
enterprise information in the enterprise database as recited in independent claims 1,31, 
61 and 91; and 3) that Swanson provides no teaching of the newly added limitation of 
claim 2, maintaining functionality of the disparate, ancillary system including processing 
event information and storing information locally. 

In response to argument 1 ), Examiner respectfully disagrees. In col. 4, lines 42- 
56, Swanson discloses transaction requests, or messages, originating from many 
different sources with their own operating systems and data formats. The different 



Application/Control Number: 09/822,013 Page 3 

Art Unit: 3623 

sources of Swanson, which are billing subsystems, customer service subsystems and 
benefits subsystems, for example, equate to the disparate, ancillary systems at a sub- 
enterprise level as disclosed in the claims and as shown in Figure 2 of Applicant's 
invention. Thus, Swanson teaches messages being generated by disparate, ancillary 
systems at a sub-enterprise level. 

In col. 5, lines 4-30, Swanson discloses when a message is generated by a 
disparate, ancillary system at a sub-enterprise level, it is sent through a communication 
interface, which is a common interface among the disparate, ancillary systems that 
generates communication codes to convert disparate data into a common format, or an 
enterprise-level format. The common interface that receives messages and converts 
the disparate data from the ancillary systems to a common format is equivalent to 
Applicant's disclosure of catching a message at an enterprise level and converting at 
the enterprise level the data of the message since the catching of a message at an 
enterprise level and converting the message at an enterprise level as disclosed in 
Applicant's specification (page 26, line 23-page 27, line 24) is merely converting the 
data into a more standard or universal format (from the ancillary system's proprietary 
format). Thus, Swanson teaches converting a message at an enterprise level. 

In col. 5, lines 17-30, col. 8, lines 7-20, the abstract and in Figures 7-10 Swanson 
teaches the common interface taking the proprietary data of the disparate, ancillary 
systems and, using communication codes (i.e., enterprise-level content conversion 
rules), converting the proprietary data to a standard, or enterprise-level format so that 
the data may be used enterprise-wide, or across several disparate, ancillary systems. 
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Thus, Swanson teaches converting, at the enterprise level, content from the message to 
enterprise information using the content conversion rules, wherein the enterprise 
information is in an enterprise message defined by enterprise specific messaging rules. 

Additionally, to support Applicant's argument, Applicant argues that because 
Swanson divides applications into parts, or tiers, that can be run independently, 
Swanson does not teach an enterprise level and an ancillary level. However, the 
claims, as currently recited, do not preclude applications from being divided into tiers. 
All that the claims require is catching a message at an ancillary level and converting the 
message at an enterprise level using conversion rules, which Examiner respectfully 
submits Swanson does teach, as explained above. It appears, based on Applicant's 
argument that Applicant may intend the enterprise level and ancillary level as literal 
application layers, thus requiring the system of the present invention to only have two 
levels within the system. If this is the case, Examiner suggests amending the claims to 
more explicitly recite the system containing only the two layers. 

In response to argument 2), Examiner respectfully disagrees. In the abstract; 
col. 3, line 63-col. 4, line 3; col. 4, lines 36-41; Figure 10; Swanson discloses the data 
access tier, which stores the transaction data accessed across the system, is 
implemented in a database system. Thus, Examiner respectfully submits Swanson 
does teach storing the enterprise information in the enterprise database as recited in 
independent claims 1,31,61 and 91 . 
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In response to argument 3), Examiner respectfully disagrees. In col. 4, lines 18- 
27 and 51-56; each disparate, ancillary system is maintained separately, including 
storing information in their own data formats. Also, each disparate, ancillary system 
may be replaced without affecting the other disparate, ancillary systems. Thus, 
Examiner respectfully submits Swanson does teach maintaining functionality of the 
disparate, ancillary system including processing event information and storing 
information locally. 

Accordingly, Examiner has fully considered the arguments, but deems them 
unpersuasive. The rejection has been updated based on the amendments and is 
provided below. 

Claim Rejections - 35 USC §112 

4. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

5. Claims 1-101 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. Claim 1 recites the limitation "the enterprise level" in 
line 10. There is insufficient antecedent basis for this limitation in the claim. 
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Claim Rejections - 35 USC § 102 

6. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351 (a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

7. Claims 1-11, 21, 22, 27, 31-41, 51, 52, 57, 61-71, 81, 82, 87, 91-95 and 97-101 
are rejected under 35 U.S.C. 102(e) as being anticipated by Swanson et al. (U.S. 
6,112,183). 

As per claim 1, Swanson et al. discloses a data processing system implemented 
method for accomplishing an enterprise event based on a unified collection of 
information realized from a plurality of disparate, ancillary systems comprising: 

catching a message wherein the message was generated by a disparate, 
ancillary system at a sub-enterprise level using a set of content rules and the message 
conforms to a message standard (col. 4, lines 42-56; col. 5, lines 1-13; col. 5, line 66- 
col. 6, line 6; Figures 2 and 4; Messages, or transaction requests, are generated from 
different sources across a healthcare network/system, where the sources include 
enrollment, billing and customer service subsystems, for example. Each subsystem has 
its own data format. The messages are caught by a common communication interface 
that converts the data using communication codes from a proprietary format into a 
standard or universal format recognized by the healthcare network/system. Thus, 
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converting the data at the common communication interface to a standard format places 
the data at an enterprise level so that it may be used or sent across several 
subsystems.); 

opening the message (col. 6, lines 2-8 and 33-37; The message sent from a 
client to a server is opened and processed.); 

identifying the disparate, ancillary system based on the message (col. 6, lines 51- 
55; col. 7, lines 24-25; The system validates the client the message is from.); 

accessing content conversion rules based on the identity of the disparate, 
ancillary system (col. 6, lines 35-37 and 56-65; col. 7, lines 8-14; Server stubs access 
content conversion rules to process the client's request.); 

converting, at the enterprise level, content from the message to enterprise 
information using the content conversion rules, wherein the enterprise information is in 
an enterprise message defined by enterprise specific messaging rules (col. 5, lines 17- 
30 and 33-47; col. 8, lines 7-20; The system uses makefile templates, which contain 
content conversion rules to convert data from sub-enterprise level formats to an 
enterprise level format. Enterprise level codes updated by national medical and 
insurance associations are also used to convert the data.); 

retrieving enterprise relationship rules based on the enterprise information (col. 8, 
lines 30-35; Figure 10); 

checking the enterprise information for a relationship with enterprise data based 
on the relationship rules (col. 8, lines 22-35; Figure 10; The system checks the 
enterprise data based on the relationship rules in the database.); and 
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scheduling an enterprise event based on a relationship between the enterprise 
information converted from the message and the enterprise data stored on the 
enterprise database (col. 6, lines 21-31; col. 8, lines 36-50; The system schedules the 
enterprise event based on the message (i.e., requests for transaction service) received 
and processed.); and 

storing the enterprise information in the enterprise database (abstract; col. 3, line 
63-col. 4, line 3; col. 4, lines 36-41; Figure 10; The data access tier, which stores the 
transaction data accessed across the system, is implemented in a database system.). 

As per claim 2, Swanson et al. discloses the method recited above in claim 1 
further comprising: maintaining functionality of the disparate, ancillary system including 
processing event information and storing information locally (col. 4, lines 18-27 and 51- 
56; Each disparate, ancillary system is maintained separately, including storing 
information in their own data formats. Also, each disparate, ancillary system may be 
replaced without affecting the other disparate, ancillary systems.). 

As per claim 3, Swanson et al. discloses the method recited above in claim 1 , 
wherein the enterprise is a health care facility (col. 2, lines 20-22). 

As per claim 4, Swanson et al. discloses the method recited above in claim 1 
further comprising: 

receiving an enterprise request for access to data in the enterprise database (col. 
8, lines 22-35; The reference provides an example of a request for procedure code fee 
schedule information.); 

identifying the portion of enterprise data from information from the enterprise 
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request (col. 8, lines 22-35; The procedure code fee schedule information is accessed 
from the enterprise database.); 

identifying the requestor from the enterprise request (col. 7, lines 20-24; The 
system verifies the identity of the requestor.); 

retrieving enterprise relationship rules based on the identity of the requestor (col. 
7, lines 31-37; The system checks that the identity is a member of a group with specific 
privileges.); 

identifying at least one user with a privilege to the identified portion of enterprise 
data (col. 7, lines 31-37); and 

granting the requestor access to the identified portion of enterprise data based 
on the requester being identified as a user with the privilege to the identified portion of 
enterprise data (col. 7, lines 31-37). 

As per claim 5, Swanson et al. discloses the method recited above in claim 4, 
prior to granting the requestor access to the identified portion of enterprise data the 
method further comprising: 

comparing the identity of at least one user with a privilege to the identified 
portion with the identity of the requestor (col. 7, lines 31-37); and 

returning a warning response to the requestor based on the outcome of the 
comparison (col. 6, lines 53-65; The system returns error parameters when validating 
an identity as part of a security ticket.). 

As per claim 6, Swanson et al. discloses the method recited above in claim 2 
further comprising: 
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detecting an error in a portion of enterprise data maintained on the enterprise 
database (col. 6, lines 53-65; The system returns error parameters when validating an 
identity as part of a security ticket.); 

identifying a source disparate, ancillary system, wherein the source disparate, 
ancillary system is a source for the portion of enterprise data (col. 3, lines 41-45; col. 4, 
lines 42-56; col. 6, lines 38-39; The system discloses that a server can act as a client to 
other servers in the system, therefore, servers and clients (i.e., ancillary systems) can 
act as a source for enterprise data.); 

locating the portion of enterprise data in the source disparate, ancillary system 
(col. 8, lines 22-29; The reference shows an example of a request for procedure code 
fee schedule information.); and 

accessing the source disparate, ancillary system for the portion of enterprise data 
(col. 8, lines 29-35; The procedure code fee schedule information is accessed from the 
enterprise database.). 

As per claim 7, Swanson et al. discloses the method recited above in claim 6 
further comprising: overwriting the portion of enterprise data maintained on the 
enterprise database with the portion of enterprise data from the source disparate, 
ancillary system (col. 8, lines 45-47; Corrections/changes to data in the systems are 
entered as transactions requests (i.e., messages).). 

As per claim 8, Swanson et al. discloses the method recited above in claim 1 , 
wherein the enterprise event is an enterprise service, scheduling the enterprise event 
further comprises: identifying a recipient for the enterprise service from the enterprise 
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information (col. 8, lines 36-50; The reference discloses enrolling an individual as a 
member of a health care plan.).. 

As per claim 9, Swanson et al. discloses the method recited above in claim 8, 
wherein scheduling the enterprise event further comprises: 

identifying an enterprise department responsible for administering the 
performance of enterprise services to the recipient based on the identity of the recipient 
for the enterprise service and the enterprise data (col. 8, lines 36-50; The enrollment 
department is identified as being responsible for an enrollment request. The enrollment 
information is retrieved from the enrollment subsystem and can be communicated to 
other subsystems such as the benefits subsystem.). 

As per claim 10, Swanson et al. discloses the method recited above in claim 8, 
wherein scheduling the enterprise event further comprises: 

identifying an enterprise service person responsible for performance of the 
enterprise service based on the identity of the recipient of the enterprise service and the 
enterprise data (col. 7, lines 32-54; col. 8, lines 36-50; The system verifies that the user 
making the request is authorized to do so. Thus, the enterprise service person 
conducting the membership enrollment request must be authorized to do so.). 

As per claim 11, Swanson et al. discloses the method recited above in claim 8, 
wherein scheduling the enterprise event further comprises: 

identifying an enterprise service person responsible for performance of the 
enterprise service and an enterprise department responsible for administering the 
performance of enterprise services to the recipient based on the identity of the 
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recipient of the enterprise service and the enterprise data (col. 7, lines 32-54; col. 8, 
lines 36-50; The system verifies that the user making the request is authorized to do so. 
Thus, the enterprise service person conducting the membership enrollment request 
must be authorized to do so.). 

As per claim 21, Swanson et al. discloses the method recited above in claim 1, 
wherein the enterprise event is an enterprise function, scheduling the enterprise event 
further comprises: 

identifying an enterprise user responsible for executing the enterprise function 
from the enterprise information (col. 8, lines 36-50; The enrollment department is 
identified as being responsible for an enrollment request. The enrollment information is 
retrieved from the enrollment subsystem and can be communicated to other 
subsystems such as the benefits subsystem.). 

As per claim 22, Swanson et al. discloses the method recited above in claim 21 , 
wherein scheduling the enterprise event further comprises: 

retrieving enterprise relationship rules based on the identity of the enterprise 
user (col. 7, lines 31-37; The system checks that the identity is a member of a group 
with specific privileges.); 

identifying at least one user with a privilege to the enterprise function (col. 7, lines 
31-37); and 

granting the enterprise user access to the enterprise function based on the 
enterprise user being identified as a user with the privilege to the enterprise function 
(col. 7, lines 31-37). 
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As per claim 27, Swanson et al. discloses the method recited above in claim 22 
wherein the enterprise user is one of a physician, an intern and a resident and the 
enterprise is a health care facility (col. 7, lines 44-54). 

Claims 31-41, 51, 52, 57, 61-71, 81, 82, 87, 91-95 and 97-101 recite substantially 
similar subject matter as claims 1-11, 21, 22 and 27 above. Therefore, claims 31-41, 
51, 52, 57, 61-71, 81, 82, 87, 91-95 and 97-101 are rejected on the same basis as 
claims 1 -1 1 , 21 , 22 and 27 above. 



Claim Rejections - 35 USC § 103 

8. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

9. Claims 12-20, 23-26, 28-30, 42-50, 53-56, 58-60, 72-80, 83-86, 88-90 and 96 are 
rejected under 35 U.S.C. 103(a) as being unpatentable over Swanson et al. (U.S. 

6,1 12,183) as applied above and Delestienne et al. (U.S. 6,377,162). 

As per claims 12-14, Swanson et al. does not expressly disclose the method 
recited above in claim 9, wherein scheduling the enterprise event further comprises: 

establishing a scheduling time for performance of the enterprise service; and 
notifying the enterprise department responsible for administering the performance of 
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enterprise services to the recipient of the scheduling time. Delestienne et al. discloses 
receiving a service request, scheduling the handling of the service request and notifying 
the department responsible for the service request to be handled (col. 13, line 60-col. 
14, line 26; col. 17, lines 14-17; col. 17, line49-col. 18, line 5; Figure 8). Swanson et al. 
and Delestienne et al. are analogous arts in that each teaches receiving and processing 
service requests for a healthcare system. At the time of the invention, it would have 
been obvious to a person of ordinary skill in the art for the service requests of Swanson 
et al. to be scheduled and managed in the manner taught by Delestienne et al. since 
Delestienne et al. provides an intuitive user interface through which service requests are 
scheduled and managed, which is lacking in Swanson et al. Thus, the intuitive user 
interface of Delestienne et al. provides an easier and more efficient means for 
healthcare personnel to schedule and manage service requests in a healthcare system. 

As per claims 15 and 23, Swanson et al. does not expressly disclose the method 
recited above in claims 14 and 22, wherein notifying further comprises: updating an 
enterprise web page with the scheduling time for performance of the enterprise service. 
Delestienne et al. discloses the method recited above in claim 14, wherein. notifying 
further comprises: updating an enterprise web page with the scheduling time for 
performance of the enterprise service (col. 17, lines 14-25; Figure 10). Swanson et al. 
and Delestienne et al. are combinable for the reasons set forth above. Additionally, at 
the time of the invention, it would have been obvious to a person of ordinary skill in the 
art for the system of Swanson et al. to update a web page with the scheduling 
information related to a service request as doing so provides immediate feedback to 
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remote users of the system (Delestienne et al., col. 17, lines 14-15), thus facilitating the 
scheduling of service requests among users physically located in different areas. 

As per claim 16, Delestienne et al. discloses the method recited above in claim 
15, wherein notifying further comprises: 

accessing notification information for enterprise service person from the 

enterprise data; selecting a transmission medium based on notification criteria in the 

notification information; and transmitting a message using the transmission medium 

based on the notification information (col. 18, line 62-col. 19, line 11). Swanson et al. 

and Delestienne et al. are combinable for the reasons set forth above. Additionally, at 

the time of the invention, it would have been obvious to a person of ordinary skill in the 

art for the system of Swanson et al. to enable an enterprise service person to select a 

transmission medium and transmit a message accordingly as certain notifications may 

require responses or attention within a certain timeframe and only select transmission 

» 

mediums may support certain responses within a certain timeframe. For example, 
notifications requiring immediate attention would be best handled via a telephone so 
that the appropriate service personnel may communicate in real time. Lower priority 
notifications may be sent via a text message to an email or pager. Thus, allowing 
service personnel to select the transmission medium through which to send notifications 
provides a flexible communication system. 
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As per claim 17, Delestienne et al. discloses the method recited above in claim 
16, wherein the transmission medium is a telephone, the notification information 
includes a telephone number, and the message is an oral notification (col. 18, lines 37- 
41 ). Swanson et al. and Delestienne et al. are combinable for the reasons set forth 
above. 

As per claim 18, Delestienne et al. discloses the method recited above in claim 
16, wherein the transmission medium is a pager, the notification information includes a 
pager telephone number, and the message is a text notification (col. 14, line 62-col. 15, 
line 10). Swanson et al. and Delestienne et al. are combinable for the reasons set forth 
above. 

As per claim 19, Delestienne et al. discloses the method recited above in claim 
15, wherein scheduling the enterprise event further comprises: 

receiving an acknowledgment from the enterprise service person that the 
scheduling time for performance of the enterprise service has been received by the 
enterprise service person (col. 12, lines 54-59; Figure 6; The user initiating the service 
request receives an acknowledgement message from the enterprise service person 
about the enterprise service person receiving the request for service.). Swanson et al. 
and Delestienne et al. are combinable for the reasons set forth above. Additionally, at 
the time of the invention, it would have been obvious to a person of ordinary skill in the 
art for the system of Swanson et al. to receive an acknowledgement from the enterprise 
service person that the scheduling time for performance of the enterprise service has 
been received by the enterprise service person as doing so provides confirmation that a 
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message was received, thus enhancing the integrity of the transmission of messages 
across the system. 

As per claim 20, Delestienne et al. discloses the method recited above in claim 
19, wherein scheduling the enterprise event further comprises: 

notifying the enterprise department responsible for administering the 
performance of enterprise services to the recipient that the enterprise service person 
responsible for administering acknowledges the scheduling time for performance of 
the enterprise service (col. 12, lines 54-59; Figure 6; The user initiating the service 
request receives an acknowledgement message from the enterprise service person 
about the enterprise service person receiving the request for service.). Swanson et al. 
and Delestienne et al. are combinable for the reasons set forth above. 

As per claim 24, Swanson et al. discloses the method recited above in claim 23 
wherein the at least a portion of the enterprise information is a document and the tool to 
perform the enterprise function is an electronic signature tool (col. 7, lines 31-38; col. 8, 
lines 36-50; The system verifies that the user performing the function has been 
identified and is authorized to perform the function. Thus, if the user is performing the 
function, the user has approved the function (i.e., providing a digital signature).). 

As per claim 25, Swanson et al. discloses the method recited above in claim 24 
wherein the tool to perform the enterprise function further includes a document editing 
feature (col. 8, lines 36-50). 
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As per claim 26, Swanson et al. discloses the method recited above in claim 25 
wherein the editing feature of the tool to perform the enterprise function requires a 
separate privilege (col. 7, lines 31-38; The system verifies that the user performing the 
function has been identified and is authorized to perform the function.). 

As per claims 28 and 29, Swanson et al. discloses the method recited above in 
claims 24 and 25 wherein scheduling the enterprise event further comprises: 

receiving an acknowledgment from the enterprise user that a document has been 
electronically signed by the enterprise user (col. 7, lines 25-38; col. 8, lines 36-50; A 
user is essentially electronically "signing" a document by actively performing a function 
associated with the document that only authorized users are permitted to perform.). 

As per claim 30, Swanson et al. discloses the method recited above in claim 24 
wherein scheduling the enterprise event further comprises: 

faxing a copy of the signed document to a destination based on the enterprise 
data (col. 36, lines 43-45). 

Claims 42-50, 53-56, 58-60, 72-80, 83-86, 88-90 and 96 recite substantially 
similar subject matter as claims 12-20 and 23-26 and 28-30 above. Therefore, claims 
42-50, 53-56, 58-60, 72-80, 83-86, 88-90 and 96 are rejected on the same basis as 
claims 12-20 and 23-26 and 28-30 above. 
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Conclusion 

1 0. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to C. Michelle Tarae whose telephone number is 571-272- 
6727. The examiner can normally be reached Monday - Friday from 8:30am to 
5:30pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tariq Hafiz, can be reached at 571-272-6729. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
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published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 




C. Michelle Tarae 
Patent Examiner 
Art Unit 3623 



November 27, 2006 



